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Multiplex communication method, the device and the system 
thereof 

BACKGROUND OF THE INVENTION 

1_, Field of the Invention 

The present invention relates to a multiplex 
communication method, a multiplex communication device and 
a multiplex communication system for implementing multiplex 
communication by means of token passing. 

Description of the Related Art 

Hitherto, there have been known remote I/O and token 
passing as a typical communication method of LAN (Local Area 
Network) . FIG. 1 shows the structure of a remote I/O 
communication system. In FIG. 1, a plurality of terminals 
2 are connected with a host unit 1 by LAN and each terminal 
2 exchanges information by accessing to a host unit 1. The 
terminals 2 can make communication from each other only 
through the host unit 1 in this communication method. 

When the plurality of terminals 2 access to the host 
unit 1 in the same time, an arbitrator within the host unit 
1 arbitrates the accesses. Normally, a priority is given to 
each terminal 2 and the arbitrator permits the access of the 
terminal 2 in accordance to the priority. 



FIG. 2 shows the structure of a communication system 
using the token passing communication method. In FIG. 2, a 
plurality of nodes 10 is connected in LAN and data called as 
token representing a right of transmission circulates on the 
5 LAN. Only node obtaining the token obtains the data 
transmission right . The node which has finished transmission 
releases the token and sends it to the next node. Thus, the 
communication is controlled so that the plurality of nodes 
does not transmit data simultaneously by causing the nodes 
10 to transmit data one after another by circulating the token. 

The following problems occur when the remote I/O 
communication method in FIG. 1 is applied to a vehicular 
control system. 

(1) Because only a terminal having a high priority 
15 accesses to a host unit when a plurality of terminals transmit 
data in the same time, terminals having low priorities have 
no chance to access to the host. For example, when a terminal 
transferring a control signal for the connection of a door 
has a priority lower than that of a terminal transferring an 
20 engine control signal, there is a possibility that the door 
does not open even when a passenger tries to escape by opening 
the door of the car at the time of emergency. 

Meanwhile, although the problem (1) described above 
does not occur when the token passing communication method 
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is adopted because each node can make own control in parallel, 
there arise the following problems. 

(2) It has a drawback that the same time cannot be 
stipulated and the control cannot be made among the plurality 
5 of nodes in common because the plurality of nodes do not 
operate in synchronism. 

It is noted that although there has been known a 
communication method of making a communication among a 
plurality of electronic control units by using a communication 
10 protocol called as CAN as a LAN communication method of a 
vehicular control system besides those described above, this 
communication method has the both problems of (1) and (2) 
described above. 

All of the above-mentioned communication methods and 
15 other conventional communication methods have had merits and 
demerits to use in a control system of an apparatus such as 
those in a vehicle which requires reliability and there have 
been no suitable communication method. 

2 0 SUMMARY OF THE INVENTION 

Accordingly, it is an object of the invention to 
improve the token passing communication method and to provide 
a multiplex communication method, a multiplex communication 
device and its multiplex communication system which can 
25 enhance the reliability more than those in the past. 
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Another object of the invention is to improve the token 
passing communication method and to provide a multiplex 
communication method which provides new functions. 

In order to achieve such objects, according to a first 
5 aspect of the invention, in a multiplex communication method, 
a token is circulated among a plurality of nodes, a node 
receiving the token has a data transmission right, and the 
node obtaining the data transmission right transmits data by 
specifying another specific node as a transmission 

10 destination and wherein each of the plurality of nodes has 
a storage unit having a plurality of storage areas for each 
storing the data transmitted from the other plurality of nodes, 
wherein the node specified as the transmission destination 
and each of the nodes not specified as the transmission 

15 destination comprises steps of receiving the data transmitted 
from the node obtaining the data transmission right; and of 
storing the received data in the storage area corresponding 
to the node of the data transmission originator within the 
plurality of storage areas. 

20 According to a second aspect of the invention, in the 

multiplex communication method in the first aspect, the 
plurality of storage areas are correlated with IDs of the 
plurality of nodes including own node and the storage area 
corresponding to ID of own node is used as a storage area of 

25 data to be transmitted from itself. 
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According to a third aspect of the invention, in the 
multiplex communication method in the second aspect, it has 
a first transmission mode of transmitting data to the other 
nodes via the storage unit and a second transmission mode of 
5 transmitting data to the other nodes without going through 
the storage unit and allows the first transmission mode or 
the second transmission mode to be selected to automatically 
transmit data every time in receiving the token. 

According to a fourth aspect of the invention, in the 

10 multiplex communication method in the first aspect, IDs are 
assigned to the plurality of nodes according to a 
predetermined order, the node assigned to the last of this 
order is indicated that it is the last of the order, the 
indicated node sets the destination to which the token is 

15 passed at the head of the order and the node not indicated 
sets ID of the node adjoining to the node assigned to itself 
as the destination to which the token is to be passed on the 
order . 

According to a fifth aspect of the invention, in the 
20 multiplex communication method in the first aspect, the 
storage unit of the plurality of nodes has a temporary buffer 
further and stores the data received by the node to the 
corresponding storage area after temporarily storing to the 
temporary buffer. 
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According to a sixth aspect, in the multiplex 
communication method in the fifth aspect, an error check code 
is included in the transmitted data, a node receiving the 
transmission data judges whether or not there is an error in 
5 the data stored in the temporary buffer based on the error 
check code and the receiving data stored in the temporary 
buffer is transferred to the corresponding storage area when 
there is no error. 

According to a seventh aspect of the present invention, 

10 in the multiplex communication method in the sixth aspect, 
when it is detected that there is an error in the judgment 
whether or not there is an error in the node specified as the 
transmission destination, the transmission originating node 
finds that there has been an error in the data by not returning 

15 ACK . 

According to an eighth aspect of the invention, in the 
multiplex communication method in the first aspect, only node 
specified as the transmission destination notifies a data 
receiving acknowledge message to the transmission 

20 originating node. 

According to a ninth aspect of the invention, in a 
multiplex communication method, a token is circulated among 
a plurality of nodes, a node receiving the token has a data 
transmission right and the node obtaining the data 

25 transmission right transmits the data by specifying another 
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specific node as a transmission destination, wherein each node 
has a function of adding an error check code to the 
transmission data and of checking the receiving data based 
on the error checking code, the transmission data to which 
5 the error checking code is added is coded in CMI and is 
transmitted and a node receiving the transmitted data decodes 
the data in CMI. 

According to a 10th aspect of the invention, in a 
multiplex communication method, a token is circulated among 

10 a plurality of nodes, a node receiving the token has a data 
transmission right and the node obtaining the data 
transmission right transmits the data by specifying another 
specific node as a transmission destination, wherein the node 
to which the token is passed acknowledges the token passing 

15 and when there is no acknowledgment of passing, the token 
passing originating node carries out the token passing process 
by a predetermined number of times. 

According to a 11th aspect of the invention, in a 
multiplex communication method, a token is circulated among 

20 a plurality of nodes, a node receiving the token has a data 
transmission right and the node obtaining the data 
transmission right transmits the data by specifying another 
specific node as a transmission destination, the multiplex 
communication method further comprises steps that the node 

25 obtaining the data transmission right obtains clock 
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information and that adds the obtained clock information to 
the data to be transmitted. 

According to a 12th aspect of the invention, in the 
multiplex communication method in the 11th aspect, it has a 
5 first mode of transmitting by adding clock information and 
a second mode of not adding clock information and allows the 
first mode or the second mode to be selected. 

According to a 13th aspect of the invention, in the 
multiplex communication method in the 11th aspect, a clock 

10 master which provides reference clock is determined in advance 
among the plurality of nodes, the node of clock master 
transmits data by including the clock information in the 
transmission data, the nodes other than the clock master 
receive the clock information within the data transmitted from 

15 the clock master to control own internal clock so as to adjust 
to the reference clock indicated by the received clock 
information . 

According to a 14th aspect of the invention, in the 
multiplex communication method in the first aspect, each of 

20 the plurality of nodes inputs data to be transmitted to the 
other nodes from the outside, allows to write the data to be 
inputted by dividing into a plurality of times and data being 
rewritten is not transmitted when data is transmitted during 
the plurality of times of writing because the held previous 

25 data is transmitted. 



According to a 15th aspect of the invention, in a 
multiplex communication method, a token is circulated among 
a plurality of nodes, a node receiving the token has a data 
transmission right and the node obtaining the data 
5 transmission right transmits the data by specifying another 
specific node as a transmission destination, wherein the node 
obtaining the data transmission right transmits the same data 
twice and the receiving node compares the data transmitted 
twice whether they coincide and receives either one of the 

10 data transmitted twice as receiving data only when it is judged 
that they coincide. 

According to a 16th aspect of the invention, in the 
multiplex communication method in anyone of the first aspect 
through the 15th aspect, the node is an electronic control 

15 unit for controlling a predetermined mechanism of a vehicle. 

According to a 17th aspect of the invention, in the 
multiplex communication method in the 16th aspect, a 
communication protocol having no priority is used in the 
communication between the nodes. 

20 According to a 18th aspect of the invention, in a 

multiplex communication device, a token is circulated among 
a plurality of nodes each using a multiplex communication 
device, a node receiving the token has a data transmission 
right and the node obtaining the data transmission right 

25 transmits the data by specifying another specific node as a 
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transmission destination, wherein the multiplex 
communication device comprises: storage means having a 
plurality of storage areas for storing data transmitted by 
the other nodes, respectively; receiving means for receiving 
5 the data transmitted by the other node regardless of the 
transmission destination; and control means for storing the 
received data in a storage area corresponding to the data 
transmission originating node among the plurality of storage 
areas . 

10 According to a 19th aspect of the invention, in the 

multiplex communication device in the 18th aspect, the node 
is an electronic control unit for controlling a predetermined 
mechanism of a vehicle. 

According to a 20th aspect of the invention, in the 

15 multiplex communication device in the 19 aspect, a 
communication protocol having no priority is used in the 
communication between the nodes. 

According to a 21st aspect of the invention, in a 
multiplex communication system, a token is circulated among 

20 a plurality of nodes, a node receiving the token has a data 
transmission right and the node obtaining the data 
transmission right transmits the data by specifying another 
specific node as a transmission destination, wherein each of 
the plurality of nodes comprises a storage unit having a 

25 plurality of storage areas for storing data transmitted by 
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the other plurality of nodes, respectively and the node 
specified as the transmission destination and each node not 
specified as the transmission destination have a function for 
receiving the data transmitted by the node which has obtained 
5 the data transmission right and a function for storing the 
received data in a storage area corresponding to the data 
transmission originating node among the plurality of storage 
areas . 

According to a 22nd aspect of the invention, in the 
10 multiplex communication system in the 21st aspect, the node 
is an electronic control unit for controlling a predetermined 
mechanism of a vehicle. 

According to a 23rd aspect of the invention, in the 
multiplex communication system in the 22nd aspect, a 
15 communication protocol having no priority is used in the 
communication between the nodes. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing the system structure 
20 of a conventional communication system; 

Fig. 2 is a block diagram showing the system structure 
of another conventional communication system and of an 
embodiment of the present invention; 
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Fig. 3 is a block diagram showing the structure of a 
communication device according to the embodiment of the 
invention; 

Fig. 4 is an explanatory chart showing a communication 
5 format according to the embodiment of the invention; 

Fig. 5 is an explanatory chart showing the 
communication method of the invention; 

Fig. 6 is an explanatory chart showing the 
communication method of the invention; 
10 Fig. 7 is an explanatory chart showing the 

communication method of the invention; 

Fig. 8 is an explanatory chart showing the 
communication method of the invention; 

Fig. 9 is an explanatory chart showing the 
15 communication method of the invention; 

Fig. 10 is an explanatory chart showing the 
communication method of the invention; 

Fig. 11 is an explanatory chart showing the 
communication method of the invention; 
20 Fig. 12 is an explanatory chart showing the 

communication method of the invention; 

Fig. 13 is an explanatory chart showing a network 
constructing method according to an embodiment of the 
invention; 
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Fig. 14 is an explanatory chart showing a network 
constructing method according to the embodiment of the 
invention ; 

Fig. 15 is an explanatory chart for explaining a token 
5 passing method according to the embodiment of the invention; 

Fig. 16 is an explanatory chart for explaining a token 
passing method according to the embodiment of the invention; 

Fig. 17 is a block diagram showing the circuit 
structure of the other embodiment 1 of the invention; 
10 Fig. 18 is an explanatory chart for explaining the 

operation of the other embodiment 1 the invention; 

Fig. 19 is a block diagram showing the circuit 
structure of the other embodiment 2 of the invention; 

Fig. 20 is a block diagram showing the circuit 
15 structure of the other embodiment 3-1 of the invention; 

Fig. 21 is a block diagram showing the system structure 
of the other embodiment 3-2 of the invention; 

Fig. 22 is an explanatory chart showing a communication 
format of the other embodiment 3-2 of the invention; 
20 Fig. 23 is an explanatory chart for explaining the 

operation of the other embodiment 3-2 of the invention; 

Fig. 24 is a block diagram showing the circuit and 
system structure of the other embodiment 4 of the invention; 

Fig. 25 is an explanatory chart for explaining CMI 

25 coding; 
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Fig. 26 is a flowchart showing a communication 
processing procedure according to the embodiment of the 
invention ; 

Fig. 27 is a flowchart showing a communication 
5 processing procedure according to the embodiment of the 
invention, and 

Fig. 28 is a flowchart showing a communication 
processing procedure according to the embodiment of the 
invention . 

10 

DETAILED DESCRIPTION OF THE PREFERED EMBODIMENT 

Embodiments of the present invention will be explained 
in detail below with reference to the drawings. 

The whole (multiplex) communication system of the 

15 present embodiment may be constructed in the same manner with 
the prior art system in FIG. 2. However, the structure of 
a (multiplex) communication unit provided within each node 
10 in FIG. 2 is different from the prior art. FIG. 3 shows 
the circuit structure of the communication unit. 

20 In FIG. 3, the communication device 100 is structured 

bylC. The reference numeral (101) denotes a micro-sequencer 
which controls data transmission/receiving in accordance to 
the invention and (102) a communication buffer for storing 
the transmitted/received data. A received data storage area 

25 of the communication buffer 102 is divided into a plurality 
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of areas and the divided area is correlated with an 
identification number (ID) of the plurality of nodes 10 
connected to the LAN in advance. The present embodiment is 
characterized in a novelty that all nodes share data as the 
5 communication device of each node 10 receives the data 
transmitted to the other node 10. 

Table 1 shows one example of the storage area of the 
communication data buffer 102. 



[Table 1] 





STORAGE 


ADDRESS 


PAGE 


USE 




000 


- 01F 


#00 


TEMPORARY BUFFER 




020 


- 03F 


#01 


DATA FROM NODE 01 




040 


- 05F 


#02 


DATA FROM NODE 02 




060 


- 07F 


#03 


DATA FROM NODE 0 3 


US 


3A0 


- 3BF 


#1D 


DATA FROM NODE ID 




3C0 


- 3DF 


#1E 


TRANSMISSION 




3E0 


- 3FF 


#1F 


BUFFER 










DATA FROM NODE IF 



10 In this example, the node ID is IE and a data storage 

area corresponding to this ID (own ID) becomes an area for 
storing the transmission data. The received data is stored 
temporarily in a temporary buffer and is stored in a storage 
area corresponding to a node ID indicated by transmission 



15 originator data indicated by the received data after ending 
verification (error check, described later) of the received 
data. The IDs may be put in order in a predetermined manner. 
Although the order is not limited to be ascending or descending 



15 



order, it is easiest to control the communication by the 
ascending order. 

The reference numeral (103) denotes a coding circuit 
for coding data to be transmitted to the other nodes 10 by 
the CM I coding method and (104) a decoding circuit for decoding 
the received data by the CMI decoding method. 

A signal MAX ID indicates a maximum node ID value on 
the network and allows to know that the own node ID is the 
largest among the connected nodes 10 when the maximum node 
ID value coincides with own ID. This signal may be generated 
by a dip switch or the like. 

The multiplex communication method carried out among 
the plurality of nodes 10 having such communication device 
will be explained next. FIG. 4 shows a communication format 
of data transmitted in a mode of packet from the nodes. In 
FIG. 4, Alert is data positioned at the head of the packet 
and functions as a synchronizing signal. 

SID is source ID (ID of the transmission originator) . 
DID is ID of the destination of transmission. CP is data 
specifying data size. DATA0 through DATAN is data to be 
transmitted. N bytes data is transferred in this example. 
CRC is an error check code for cycle redundancy check (CRC) . 

In the present embodiment, the micro-sequencer 101 of 
the communication device in the node 10 connected to the LAN 
receives the transmission data on the LAN, stores it 
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temporarily in the temporary buffer in the communication 
buffer 102 and then checks errors of the data 0 through data 
N by using the CRC data within the received data. When no 
error is detected, the micro-sequencer 101 judges that from 
5 which the received data is sent based on the SID data within 
the received data and stores it in a corresponding storage 
area within the communication buffer 102. 

FIG. 5 through 12 show processes for transmitting data 
from each node 10 by means of token passing and the storage 
10 contents in the communication buff er 102 of each node 10 . FIG. 
26 shows a communication control procedure executed by the 
micro-sequencer 101 of each node. It is noted that the 
control procedure is described by a program language which 
can be executed by the micro-sequencer (CPU) 101 and is stored 
15 in a ROM (not shown) within the micro-sequencer 101. 

The communication method in the 4-node system 
structure as shown in FIG. 5 will be explained. When power 
is put in each node and the initialization process is finished 
in such system structure (Step S10 in FIG. 26), the token is 
20 circulated as shown in FIG. 6 and the data transmission right 
is circulated. In Node #01, the internal device writes data 
01 to be transmitted to Page 1 within the communication buffer 
102 (own transmitting buffer) (see FIG. 7). Then, the 
micro-sequencer 101 creates transmission data having the 
25 format in FIG. 4 by using this written data and waits to receive 
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the token (the loop process of Steps S20 S200 -> S210 -> 
S20 in FIG. 26) . 

Then, receiving the token, the node whose ID is #01 
(the micro-sequencer 101) transmits a query FBE to Node #3 
5 to which the data is to be sent (Steps S20 -> S100 in FIG. 
26) . When Node #03 (the micro-sequencer 101) is ready to 
receive, it gives a receiving authorizing ACK indicative of 
that (see FIG. 7. Steps S200 -> S270 in FIG. 26) . Receiving 
the ACK, Node #01 transmits DATA 01 stored in Page 1 of own 

10 communication buffer 102 to Node #3 in accordance to the data 
format in FIG. 4 (Steps S110 -> S120 in FIG. 26). 

Receiving this transmission data, Nodes #02 through 
#4 store it within the temporary buffer within the 
communication buffer 101 (Page 0, see FIG. 8). The 

15 micro-sequencer 101 checks errors in the data stored in the 
temporary buffer (Steps S20 -» S200 -> S210 -> S220 in FIG. 
26) . Then, after verifying that there is no error in the data, 
the micro-sequencer 101 of each node transfers and stores the 
received data DATA 01 stored in the temporary buffer to the 

20 storage area corresponding to the transmission originator, 
i.e., in Page 1 in this case (see FIG. 9. Steps S230 -> S240 
in FIG. 26) . After that, the token is passed to the next node 
#02 after waiting data receiving ACK from Node #03 of the 
transmission destination (Steps S130 -» S140 -> S20 in FIG. 

25 26 as for Node #01, Steps S250 -> S260 -» S20 as for Node #03, 
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and Steps S250 -> S20 as for the other nodes) . Node #02 also 

carries out processes similar to those in Node #01 described 

above and transmits DATA 02 to the other node. When the 

similar transmission process is carried out thereafter to Node 
5 #04, the data of same contents is stored in the communication 

buffer of respective Nodes #01 through #04 as shown in FIG. 

10. Therefore, all of the nodes can share the data. 

Because the token is circulated among Nodes #01 through 

#04, all of the nodes can share the data in synchronism with 
10 the circulation. For instance, when Node #03 transmits new 

data, the previous transmission data is overwritten and stored 

in the present embodiment (see FIG. 11) . 

However, it is also possible to accumulatively store 

a predetermined number of times of transmission data by 
15 dividing each storage area further into a plurality of storage 

areas . 

When data DATA 04a transmitted from Node #04 to Node 
#01 is transformed into DATA 4x due to a fault on the 
transmission path, each Node (#01 through #03) detects that 

20 an error has occurred by checking the data. Accordingly, the 
data in the temporary buffer is not transferred to the 
corresponding storage area (see FIG. 12, Steps S230 -> S20 
in FIG. 26) . Node #01 also does not transmit ACK data 
indicative of that the data has been received normally to Node 

25 #04. Thereby, Node #04 detects that the communication error 
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has occurred. Detecting the transmission error, Node #04 may 
transmit DATA 4a again when the token comes in the next time 
or may transmits the latest data DATA 04b when DAT AO 4b is 
generated as data to be transmitted anew. 
5 Next, initializing processes in turning power on or 

in recovering from a failure will be explained. Each node 
detects ID of the adjoining node while incrementing ID of the 
node to which the token is to be passed in the initializing 
process to discriminate the ID of the adjoining node to which 

10 the token is to be passed in the conventional token passing 
communication method, for example, called as ARCNET (the token 
does not circulate when ID of non-connected node is set as 
a destination to which the token is passed. Thereby, it can 
be found that the node of ID thus set is a non-connected node. 

15 See FIG. 13) . Accordingly, it takes time for each node to 
detect ID of the adjoining node. In particular, it is 
problematic to take time for the initializing process when 
all nodes are fixedly set like a vehicle and a number of nodes 
changes depending on the type of the vehicle. In view of the 

20 case when the number of nodes is fixed, a positive number is 
assigned as ID to be assigned to each node ID in a predetermined 
sequence, i.e., in order from #01 in this case, in the present 
embodiment. Then, it allows the node having the last ID to 
find that it is the last ID from the coincidence of the MAX 

25 ID signal with own ID. 
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The node whose own ID coincides with the MAX ID 
initializes a node ID to which the token is to be passed at 
#01. A node whose own ID does not coincide with MAX ID 
initializes a node to which the token is to be passed at ID 
5 which is incremented by +1 from own ID (see FIG. 14) . 

It becomes unnecessary for each node to detect the ID 
of adjoining node by implementing such initializing process 
and the time for the initialization may be shortened 
considerably as compared to the past one. Further, it allows 

10 the communication program to be generally used without being 
influenced by the type of vehicle (by the increase/decrease 
of number of nodes) because it will do just by inputting the 
MAX ID signal corresponding to extension of the system and 
to the type of vehicle. FIG. 27 shows the sequence of the 

15 initializing process carried out by the micro-sequencer 101 
for reference. Step S400 is a process executed by the 
micro-sequencer of a node whose own ID does not coincide with 
MAX ID. Step S410 is a process executed by the micro- 
sequencer of a node to which MAX ID has been inputted. 

20 Step S420 is an initializing process similar to the 

past one executed in common. 

The token is passed to the adjoining node in the prior 
art token passing communication method like ARCNET . However, 
when there is no reaction from the adjoining node during the 

25 passing, own node increments (by +1) ID of a node to which 
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the token is to be passed to find the node to which the token 
is to be passed. Therefore, there has been a problem that 
the adjoining node does not react at all when the token is 
not transmitted normally due to noises and others even when 
5 the adjoining node is actually connected to LAN and the token 
is passed to the next node in disregard of the original node 
to which the token is to be passed. Then, the token passing 
is carried out by a plurality of times when no reaction is 
obtained as shown in FIG. 16 in the present embodiment. To 

10 that end, a maximum number of times of token passing N is set 
in advance and the micro-sequencer 101 executes the processing 
procedure in FIG. 28 . When the micro-sequencer 101 can obtain 
no reaction (NO in Steps S500 -> S510 in FIG. 28) in 
transmitting the token (Step S140 in FIG. 26) , it repeats the 

15 token passing process up to the maximum N times ( a loop proces s 
from Step S501 -> S502 -» S500 -> S510) . When there is a 
reaction during this time (YES in Step S510) , the token passing 
process ends. 

Meanwhile, when the micro-sequencer 101 can obtain no 
20 reaction after carrying out the token passing process by a 
predetermined number of times, e.g., N = 2 times, it executes 
an alarming process. The process for detecting the adjoining 
node is carried out after the alarming process as a matter 
of course. 
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The communication device (LSI communication 
controller) 100 in FIG. 3 is connected to a device to be 
controlled, e.g., a controller (CPU) and the like for 
controlling a brake, via a CPU bus and transfers data received 
5 from the controller to the other nodes via LAN . It also passes 
data received from the other node to the controller. When 
the data transferred on the side of LAN is 16 bits, a 16- 
bit CPU must be used on the side of controller. However, there 
is a case when an 8-bit CPU is used on the side of controller. 

10 In this case, there is a danger that data is automatically 
transmitted while rewriting data of the CPU. In view of such 
case, a temporary register is provided between the controller 
(internal device in FIG. 3) and the communication buffer 102 
as shown in FIG. 17. A timing signal generating circuit not 

15 shown generates a latch command signal so as to hold (latch) 
8-bit data of the first time sent from the controller in the 
temporary register, to create 16-bit data by data directly 
sent from the controller and the data latched in the temporary 
register and to generate a write signal to write it into the 

20 communication buffer 102 (see FIG. 18). 

When the controller uses the 16-bit CPU, the temporary 
register may be also disabled (the timing signal generating 
circuit generates no latch command signal). In this case, 
a binary signal indicative of using/not using the temporary 

25 register is given to the timing signal generating circuit from 
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the outside so that it generates an adequate latch command 
signal and write signal in correspondence to this command. 

The internal device such as the controller writes the 
transmission data to the communication buffer 102 and the 
5 micro-sequencer 101 reads the transmission data to transmit 
to the other node as shown in FIG. 3 in the embodiment described 
above. Then, as another embodiment , it is possible to arrange 
so as to exchange data with the internal device via an I/O 
port of the micro-sequencer 101 without going through the 

10 communication buffer 102. In this case, a command whether 
to use or not use the communication buffer 102 is given to 
the micro-sequencer 101 from the outside to initialize by the 
micro-sequencer 101 whether data is to be taken in via the 
I/O port or via the communication buffer 102. 

15 While the data in the format shown in FIG. 4 is 

transferred to the other nodes in the embodiment described 
above, the two nodes of the data transmission originator and 
the transmission destination may be synchronized by 
controlling an internal clock of the device based on clock 

20 data by adding clock data as shown in FIG. 21. It is also 
possible to switch (select) a first mode in which the clock 
data is added with a second mode in which no clock data is 
added. FIG. 20 shows a circuit structure for that end. A 
transmission buffer 101 for creating transmission data is 

25 provided within a memory of the micro-sequencer 101. The 



reference numeral (1002) denotes a clock . When the first mode 
is specified from the outside, the micro-sequencer 101 writes 
normal transfer data in an area corresponding to the clock 
data of the transmission buffer. When the second mode is 
5 specified, the micro-sequencer 101 creates transmission data 
by combining the remaining data with the clock information 
obtained from the clock 1002 without using the data in the 
storage area corresponding to the clock data. The micro- 
sequencer 101 functions as a data selecting circuit 1003 in 

10 this case. Thereby, the clock data at the moment of 
transmission may be sent on the network. 

Next, an embodiment of controlling the time in all of 
the nodes by using the clock information explained in the other 
embodiment 3-1 will be explained. 

15 A clock master informing of reference time is set in 

advance among the nodes connected to LAN as shown in FIG. 22 
so that the node of the clock master informs of the clock 
information to the other nodes. 

Receiving the clock information from the clock master, 

20 the node controls the internal clock so as to be synchronized 
with the received reference clock data by the micro-sequencer 
101 as shown in FIG. 23. Because the internal clock is 
normally realized by means of counting process of hard process, 
a value of the counter is updated. It is noted that time may 

25 be synchronized by carrying out the following process when 
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it is a problematic to return the clock to the past like a 
control of a vehicle. 

The reference clock data received from the clock master 
is compared with clock data indicated by the internal clock 
5 as shown in FIG. 23. When the difference between the 
reference clock and the time to be controlled falls within 
a certain allowance as a result of comparison, the rate of 
the internal clock is advanced or retarded slightly or is kept 
as it is based on the difference. Thereby, the internal clock 
10 may be synchronized with the reference clock during the normal 
operation . 

Meanwhile, when the difference does not fall within 
the allowance, it is judged that the initialization is not 
set yet and the internal clock is updated to the reference 

15 clock. This process is carried out automatically by a 
dedicated digital circuit. 

The clocks of all nodes indicate almost the same time 
with the time of the clock master by giving such time 
controlling function to each node. 

20 While the received data is read by the CPU in the 

embodiments described above, FIG. 24 shows a communication 
device which receives data without CPU. In FIG. 24, the 
reference numeral (2001) denotes a receiving buffer for 
receiving data on LAN. The node 10 to which the token has 

25 been passed transmits the same data twice in the embodiment. 
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The reference numeral (2002) denotes a comparator for 
comparing whether or not two transmission data m and n received 
by the receiving buffer 2001 coincide. The reference numeral 
(2003) denotes a latch circuit such as a flip-flop for latching 
5 either one of the data m or n and for outputting the latched 
data via a port as receiving data when they coincide by the 
comparator 2002. 

Such circuit structure allows data to be received and 
an error check to be carried out by the simple arrangement 
10 without the data verification carried out by the CPU by 
multiplexing data, in addition to an error check code. 

The receiving buffer may receive only data addressed 
to it or receive all transferred data on LAN. 

The CMI coding method described in the above-mentioned 
15 embodiments will be explained briefly. 

Although packet data transferred among the respective 
nodes has the CRC error check code in ARCNET known as a 
communication protocol for a vehicular control system, that 
data cannot be used if the data is destroyed even by 1 bit 
20 due to spike noise and the like. Then, the transfer data is 
coded in CMI in the embodiment described above in addition 
to adding the error check code to the transfer data. The CMI 
coding may be defined in four states and 1 bit is represented 
by two symbols as shown in FIG. 25. 
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The possible state of a value is defined from the state 
of a previous signal in the CMI coding method, so that when 
a symbol not corresponding to that is received, it is judged 
that an error has occurred during transmission and the error 
5 may be corrected automatically. 

For instance, when the receiving symbol is 11010100, 
the data indicates "1001". When a communication error occurs 
and the receiving symbol becomes 1101 [11] 00 (data surrounded 
by parentheses is the place where the error has occurred) , 
10 the part in the parentheses 11 is impossible symbol. A 
possible symbol after 1101 is 01 or 00 and the symbol 01 having 
Hamming distance closest to 11 is set as a corrected value. 
No CRC error occurs even when the micro-sequencer 101 makes 
CRC check because such automatic data correcting process is 
15 carried out by the decoding circuit 104 (see FIG. 3) before 
inputting the receiving data to the micro-sequencer 101. 

The following embodiment may be carried out besides 
those described above. 

1) Although the CRC code has been used as the error 
20 check code contained in the transmission data in the 

embodiment described above, a parity code or other known error 
check code may be used when high communication accuracy is 
not required. 

2) Although it has been informed that an error has 
25 occurred and data has to be transmitted again by not sending 
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ACK to the data of the transmission originator when the node 
of the data destination detects error data in the embodiment 
described above, a special command may be prepared and to 
transfer this command from the node of the transmission 
5 destination to the node of the transmission originator. 

3) The above-mentioned embodiments are suitable for 
a communication system used in a vehicular control system. 
In this case, the node is an electronic control unit (ECU) 
controlling each mechanism of the vehicle. A communication 

10 protocol in which nodes have no priority, i.e., a 
communication protocol in which no priority is given for 
arbitration when a plurality of nodes access to one node, e.g., 
a communication protocol used in the above-mentioned ARCNET, 
may be used for the communication between the nodes . Although 

15 the present invention is suitable for the vehicular control 
system, it is needless to say that the invention may be applied 
to other control systems. It is noted that the modification 
of the above-mentioned embodiments falls within the 
technological scope of the invention as far as it is based 

20 on the technological concept described in Claims. 

As described above, according to the first aspect, the 
18th aspect and the 21st aspect, each node stores data 
addressed to other node in connection with the node of the 
transmission originator, so that all of the nodes can share 

25 the whole data transmitted when the token circulates all of 
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the nodes once. The sharing of data allows the plurality of 
nodes to execute control processes in cooperation and 
synchronism. Thereby, the reliability of the whole system 
may be enhanced. 

According to the second aspect of the invention, the 
correspondence between the storage area and ID of the node 
may be simplified, the storage address in the storage area 
may be simply led from ID of the node and the storage may be 
controlled (control for reading/writing data) readily by 
assigning data to the storage area corresponding to own node. 

According to the third aspect of the invention, data 
may be transmitted directly without going through the storage 
unit which realizes the function as a communication buffer 
and a multiplex communication device may be connected to a 
device generating transmission data whose communication 
specification is different, e.g., to a device which is unable 
to write data to the storage unit. 

According to the fourth aspect of the invention, each 
node is not required to have a process for automatically 
retrieving an adjoining node by specifying the last node. 

According to the fifth to the seventh aspect of the 
invention, error-free data is stored in the storage area of 
the storage unit by temporarily storing the received data in 
the temporary buffer. Therefore, it is possible to block an 
erroneous control from being made and to keep the safety of 
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the whole system even if a device making a control by using 
the receiving data reads the receiving data of the storage 
unit to make a control. 

According to the eighth aspect of the invention, the 
5 state of communication will not confuse even if a number of 
nodes receive data because the node at the transmission 
destination confirms the receiving. 

According to the ninth aspect of the invention, data 
errors which can be recovered increase and a number of times 
10 of re-transmission of data due to data error decreases, thus 
shortening the communication time, by CMI-coding the data 
containing the data check code. 

According to the 10th aspect of the invention, the 
reliability on the token communication is enhanced by giving 
15 the token re-transmission function to the nodes. 

According to the 11th to the 13th aspect of the 
invention, the clocks of the transmission originator and the 
transmission destination may be controlled so that they 
indicate the same time based on clock information by adding 
20 the clock information to the transfer data. The invention 
may be used as a LAN communication system of a multi-use system 
because it allows modes of adding/not adding the clock 
information to be selected. 

According to the 14th aspect of the invention, the 
25 double data error check functions may be added to the node 
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by additionally using the CRC code and the like and a 
communication system having a high data reliability may be 
constructed . 

According to the 15th aspect of the invention, it is 
5 possible to connect with both external units using an 8-bit 
CPU and a 16-bit CPU by allowing data having a different bit 
number to be inputted. 

The invention brings about the maximum effect in use 
in a vehicle by applying the feature in the 16th, the 17th, 
10 the 19th, the 20th, the 22nd, and the 23rd aspect of the 

invention to the vehicular control system. In addition, it 
becomes possible to detect errors in communication data by 100 % 
by containing the CMI coding to the communication data. 
Further, transmission of information of a specific node will 
15 not be delayed extremely by using the communication protocol 
having no priority in the node-to-node communication. 

While the presently preferred embodiment of the present 
invention has been shown and described, it is to be understood 
that this disclosure is for the purpose of illustration and 
20 that various changes and modifications may be made without 
departing from the scope of the invention as set forth in the 
appended claims. 
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WHAT IS CLAIMED IS: 

1. a multiplex communication method comprising: 
determining a transmitting node obtaining a 

transmission right based on a token circulated among said 
5 plurality of nodes; 

transmitting data by specifying another specific node 
as a transmission destination from the node obtaining said data 
transmission right; 

receiving the data transmitted from the node obtaining 
10 said data transmission right; and 

storing said received data in a storage area 
corresponding to said node of the data transmission originator 
within a plurality of storage areas, 

wherein each of said plurality of nodes having a storage 
15 unit including said plurality of storage areas for each storing 
the data transmitted from the other plurality of nodes. 

2. The method according to claim 1, comprising: 
correlating said plurality of storage areas with Ids 

20 of said plurality of nodes including own node; and 

using the said storage area corresponding to ID of own 
node as a storage area of data to be transmitted from itself. 

3. The method according to Claim 2, further 

25 comprising transmitting data to the others nodes, said node 
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receiving token automatically transmitting data every time 
in receiving the token by selecting each one of a first 
transmission mode of transmitting data to the other nodes 
using said storage unit or a second transmission mode of 
5 transmitting data to the other nodes without using said 
storage unit. 

4. The method according to Claim 1, further 
comprising : 

10 assigning IDs to said plurality of nodes according to 

a predetermined order; 

indicating a node assigned to the last of the order 
that said node have the last of the order; and 

setting the destination to which the token is passed 
15 at the head of the order in the indicated node in said 
indicating step and 

setting the destination to which said token is to be passed 
at ID of the node adjoining to the node assigned to itself 
on said order in not indicated node in said indicating step. 

20 

5. The method according to Claim 1, wherein said 
storing step including storing 

temporarily data to the temporary buffer before to said 
storage area corresponding to said transmitting node. 
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6. The method according to Claim 5, further 

comprising: 

judging whether or not there is an error in the data 
stored in said temporary buffer based on an error check code; 
5 and 

transferring the receiving data to said corresponding 
storage when there is no error in said judging step. 



7. The method according to Claim 6, further 

10 comprising acknowledging an error by not returning ACK to a 
transmission originating when it is detected that there is 
the error in the node specified as the transmission 
destination . 



15 8. The method according to Claim 1, further 

comprising notifying a data receiving acknowledge message to 
said transmission originating by only node specified as the 
transmission destination. 



20 9. a multiplex communication method comprising: 

determining a transmitting node obtaining a 
transmission right based on a token circulated among said 
plurality of nodes; 

transmitting data by specifying another specific node 
25 as a transmission destination from the node obtaining said data 
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transmission right; 

adding an error check code to a transmission data; 
checking the receiving data based on said error 
checking code; 
5 coding the transmission data in CM I ; 

transmitting the data coded in CM I; and 

decoding the transmitted data at a node receiving the 



10 10. a multiplex communication method comprising: 

determining a transmitting node obtaining a 
transmission right based on a token circulated among said 
plurality of nodes; 

transmitting data by specifying another specific node 
15 as a transmission destination from the node obtaining said data 
transmission right; 

acknowledging the token passing by the node to which 
said token is passed; and 

passing the token by a predetermined number of times 
20 by the token passing originating when there is no 
acknowledgment of passing. 



11. a multiplex communication method comprising: 
determining a transmitting node obtaining a 
25 transmission right based on a token circulated among said 
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plurality of nodes; 

transmitting data by specifying another specific node 
as a transmission destination from the node obtaining said data 
transmission right; 
5 obtaining clock information by a node having said data 

transmission right; and 

adding the obtained clock information to a data to be 
transmitted . 

10 12. The method according to claim 11, further 

comprising selecting each of a first mode of transmitting by 
adding clock information or a second mode of not adding clock 
information . 

15 13. The method according to claim 11, further 

comprising : 

determining a clock master for providing a reference 
clock in advance among said plurality of nodes; 

transmitting data including the clock information by 
20 said clock master; 

receiving the clock information within the data 
transmitted from said clock master by the nodes other than 
said clock master; and 

adjusting own internal clock according to the 
25 reference clock indicated by the received clock information. 
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14. The method according to claim 1, further 
comprising : 

inputting data to be transmitted to the other nodes 
5 from the outside in each of said plurality of nodes; and 
writing the data to be inputted by dividing into a 
plurality of times, wherein data being rewritten is not 
transmitted when data is transmitted during the plurality of 
times of writing. 

10 

15. a multiplex communication method comprising: 
determining a transmission right based on a token 

circulated among said plurality of nodes; 

transmitting data by specifying another specific node 
15 as a transmission destination from the node obtaining said data 
transmission right; 

transmitting the same data twice from the node 
obtaining said data transmission right; 

comparing the data transmitted whether said data 
20 coincide in the receiving node; and 

receiving one of said data transmitted twice as 
receiving data only when said data coincide. 
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16. The method according to claim 1, wherein said 
node is an electronic control unit for controlling a 
predetermined mechanism of a vehicle. 

17. The method according to claim 16, wherein a 
communication protocol having no priority is used in the 
communication between the nodes . 

18. a multiplex communication device comprising: 
transmitting means for transmitting data by specifying 

another specific node as a transmission destination from a 
node having a transmission right determined by a token 
circulated among a plurality of nodes; 

storage means having a plurality of storage areas for 
storing data transmitted by the other nodes, respectively; 

receiving means for receiving the data transmitted by 
the other node regardless of the transmission destination; 
and 

controlling means for storing said received data in 
a storage area corresponding to the data transmission 
originating node among said plurality of storage areas. 

19. The multiplex communication device according 
to Claim 18, wherein said node is an electronic control unit 
for controlling a predetermined mechanism of a vehicle. 



39 



20. The multiplex communication device according 
to Claim 19, wherein a communication protocol having no 
priority is used in the communication between the nodes. 

21. A multiplex communication system comprising: 
a plurality nodes; 

a token circulated among said plurality of nodes; 

transmitting means for transmitting data to specifying 
another specific node as a transmission destination from a node 
having a transmission right determined by said token; 

a storage unit having a plurality of storage areas for 
storing data transmitted by the other plurality of nodes, 
respectively, 

wherein the node specified as the transmission 
destination and each node not specified as the transmission 
destination comprise: a receiving unit receiving the data 
transmitted by the node which has obtained the data transmission 
right; and 

a storing unit storing said received data in a storage 
area corresponding to the data transmission originating node 
among said plurality of storage areas . 

22 . The multiplex communication system according 
to Claim 21, wherein said node is an electronic control unit 
for controlling a predetermined mechanism of a vehicle. 



23. The multiplex communication system according 
to Claim 22, wherein a communication protocol having no 
priority is used in the communication between the nodes. 



ABSTRACT OF THE DISCLOSURE 

A communication buffer 102 of a node has a plurality 
of storage areas for storing transmission data of other nodes. 
The plurality of nodes receive data transmitted by the token 
passing communication method and store the received data to 
the storage area corresponding to the transmission originator 
by a micro-sequencer 101. The node specified as a 
transmission destination informs a receiving acknowledgment. 



1/15 



FIG. 1 



HOST 



TERMINAL || TERMINAL ] [ TERMINAL ^ H TERMINAL 



TERMINAL | 



FIG. 2 



NODE 




NODE 




NODE 




NODE 




NODE 



10 10 

FIG. 3 

TO INTERNAL DEVICE 



MICRO-SEQUENCER 



COMMUNICATION 
BUFFER 



CODING 
CIRCUIT 



DECODING 
CIRCUIT 



MAXID TRANSMITTING 
DATA 



RECEIVING 
DATA 



2/15 



"3- 

u: 




FIG. 5 



3/15 



#01 




#02 






#03 






#04 




PAGE 0 




PAGE 0 




PAGE 0 




PAGE 0 


PAGE 1 


PAGE 1 


PAGE 1 


PAGE 1 


PAGE 2 


PAGE 2 


PAGE 2 


PAGE 2 


PAGE 3 


PAGE 3 


PAGE 3 


PAGE 3 


PAGE 4 


PAGE 4 


PAGE 4 


PAGE 4 



FIG. 6 




PAGE 0 
PAGE 1 



PAGE 2 
PAGE 3 



PAGE 4 



PAGE 0 
PAGE 1 
PAGE 2 
PAGE 3 
PAGE 4 



PAGE 0 
PAGE 1 
PAGE 2 
PAGE 3 
PAGE 4 



PAGE 0 
PAGE 1 



PAGE 2 
PAGE 3 



PAGE 4 



4/15 



FIG. 7 



#01 




#02 




#03 




#04 




FBE 










• 






ACK 


— • 





DATA BACKET 



PAGE 0 
DATA01 
PAGE 2 
PAGE 3 
PAGE 4 



PAGE 0 
PAGE 1 



PAGE 2 
PAGE 3 



PAGE 4 



PAGE 0 
PAGE 1 
PAGE 2 
PAGE 3 
PAGE 4 



PAGE 0 
PAGE 1 
PAGE 2 
PAGE 3 
PAGE 4 



FIG. 8 




PAGE 0 



DATA01 
PAGE 2 



PAGE 3 
PAGE 4 



ACK 



DATA01 



PAGE 1 
PAGE 2 
PAGE 3 
PAGE 4 



DATA01 



PAGE 1 
PAGE 2 



PAGE 3 
PAGE 4 



#02 




#03 




#04 



DATA01 



PAGE 1 
PAGE 2 



PAGE 3 
PAGE 4 



5/15 



FIG. 9 




FIG. 10 



#01 




#02 | 


#03 




#04 


















DATA04 




DATA04 




DATA04 




DATA03 


DATA01 




DATA01 




DATA01 




DATA01 


DATA02 




DATA02 




DATA02 




DATA02 


DATA03 




DATA03 




DATA03 




DATA03 


DATA04 




DATA04 




DATA04 




DATA04 



6/15 



FIG. 11 




DATA03a 



DATA01 



DATA02 



DATA03a 



DATA04 



DATA03a 



DATA01 



DATA02 



*DATA03 



DATA04 



#03 



DATA04 



DATA01 



DATA02 



DATA03a 



DATA04 



#04 



DATA03a 
DATA01 
DATA02 

DATA03a 
DATA04 



FIG. 12 




DATA04X 



DATA01 



DAT AO 2 



DATA03a 



DATA04 



DATA04X 



DATA01 



DATA02 



*DATA03 



DATA04 



DATA04X 



DATA01 



DATA02 



DATA03a 



DATA04 



DATA03a 



DATA01 



DATA02 



DATA03a 



DATA04a 



FIG. 13 




7/15 




FIG. 16 




FIG. 17 

CPU BUS : 



TEMPORARY 
REGISTER 



102 



COMMUNICATION BUFFER 



8/15 



pi 



OQCC 
ZZlil 

POLL 
— Q LL 



CO 

CD 



Pi 



z: i— lu 

lZDCll 

OE li: => 



LUO 
DCZ 

op 



<|£ <tr 

IS is 

LU DC ^CD 
J— S 

o 
o 



9/15 



FIG. 19 



TO INTERNAL DEVICE 



,1/0 PORT /101 



MICRO-SEQUENCER 



COMMUNICATION 
BUFFER 



102 



CODING 
CIRCUIT 



DECODING 
CIRCUIT 



MAX ID TRANSMITTING 
DATA 



RECEIVING 
DATA 



FIG. 20 

y 1001 
TRANSMISSION BUFFER 



HEADER PART 



DATA PART 



REPLACED WITH 
TIME DATA 



DATA 
^SELECTION 



TRANSMISSION 
^CIRCUIT 



CLOCK 



10/15 



CM 

CD 



11/15 

FIG. 22 



#01 




#02 




#03 




#04 



CLOCK 
MASTER 
(CM) 



CM = #01 CM = #01 CM = #01 



FIG. 23 



TIME DATA OF 
RECEIVED CM 



CLOCK OF NODE 



— COMPARE 
DATA 



ADVANCE 



DELAY 



UPDATE 



FIG. 24 



RECEIVING 
BUFFER 



DATA m 
DATAn 



DATA 
LATCH 



PORT 
~ OUTPUT 



DATA 
COMPARISON 



2002 



13/15 




14/15 



FIG. 27 



( START ) 



MAXID="\YES 



OWN ID 

NOj J 5400 


S410 


SET DESTINATION OF 
DELIVERY OF TOKEN AT 
OWN ID+1 




SET DESTINATION OF 
DELIVERY OF TOKEN 
AT #01 



OTHER PROCESS 



( RETURN ) 



15/15 



FIG. 28 



( START ) 



S500 




S501 



YES 



COUNT NUMBER OF 
TIMES OF TRANSMISSION 
OF TOKEN 



S502 




S503 



( RETURN ) 



ALARMING 
PROCESS 



032405WK034 

Declaration and Power of Attorney 
United States Patent Application 

, As a below named inventor, I hereby declare that: 
My residence, post office address and citizenship are as stated below next to my name. 
I believe I am the original, first and sole inventor (if only one name is listed below) or an original, first and joint 
inventor (if plural names are listed below) of the subject matter which is claimed and for which a patent is sought 01 
the invention entitled MULTIPLEX COMMUNICATION METHOD, THE DEVICE AND 
THE SYSTEM THEREOF 



UNITED STATES 
Patents and Design Patents 
Sole & Joint Inventors 
Convention & Non-convention 
PCT & Non-PCT 
This form cannot be amended, altered 
or changed after it is signed. 
(For use only for inventors who 
understand the English language.) 



(check one) H is attached hereto. 

□ was filed as U.S. Application No._ 



_ and (if applicable) was amended 



□ was filed as PCT International Application No._ 
under PCT Article 19 on . 



_and (if applicable) was amended 



(I authorize any attorney appointed below to insert information in the preceding blanks.) 

I have reviewed and understand the contents of the above-identified specification, including the claims, as amended by any amendment referred to above. 
I acknowledge the duty to disclose information which is material to patentability as defined in Title 37, Code of Federal Regulations, §1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, §119(a)-(d) or §365(b) of any foreign and PCT applications) for patent or inventor's 
certificate, or §365(a) of any PCT international application which designated at least one country other than the United States of America listed in this Declaration. 
I have also identified below any foreign application for patent or inventor's certificate or PCT international application having a filing date before that of the 



Foreign/PCT Application No. 


Country 


Filing Date 


Priority Claimed? (yes/no) 


1 2000-033980 


JAPAN 


10 FEBRUARY 2000 


YES 



fShereby claim the benefit under Title 35, United States Code, §120 or §365(c) of any United States application and PCT international application designating the 
Tljnited States of America listed in this Declaration and, insofar as the subject matter of each of the claims of this application is not disclosed in the prior United 
Hftates application or PCT international application in the manner provided by the first paragraph of Title 35, United States Code, §112, I acknowledge the duty to 
■IJSisclose information which is material to patentability as defined in Title 37, Code of Federal Regulations, §1.56 which became available between the filing date of 



I U.S. Application No. 


Filing Date 


Status (patented/pending/abandoned ?) 









^hereby claim priority benefits under Title 35 United States Code §1 19(e) of any U .S. provisional applications) listed below: 



U.S. Provisional Applies 



3; hereby appoint the following attorneys to prosecute this application and to transact all business in the Patent and Trademark Office connected therewith: Robert 
Msi. Weilacher (20,531), Herbert M. Hanegan (25,682), Frederick F. Calvetti (28,557), J. Rodgers Lunsford, III (29,405), Michael A. Makuch (32,263), Dennis C. 

Rodgers (32,936), William F. Rauchholz (34,701), Michael C. Carrier (42,391), Eric J. Hanson (44,738), Patrick R. Delaney (45,338) , Donna D. King (45,962) 

and Joseph M. Lewinski (46,383). 

Send all correspondence to: Smith, Gambrell & Russell, LLP, Beveridge, DeGrandi, Weilacher & Young Intellectual Property Group, 1850 M Street, N.W, (Suite 
800),Washington, D.C. 20036. All facsimiles may be sent to (202) 659-1462. Direct all phone calls to (202) 659-2811. 

I hereby declare that all statements made herein of my own knowledge are true and that all statements made on information and belief are believed to 

be true; and further that these statements were made with the knowledge that willful false statements and the like so made are punishable by fine or imprisonment, 

or both, under Section 1001 of Title 18 of the United States Code and that such willful false statements may jeopardize the validity of 

the application or any patent issued thereon. 

Full name of sole or first inventor: Hideaki SATO Citizenship: JAPAN 

Residence (city, state, country): Tokyo, JAPAN 

Post office address: c/o TOYO MICROSYSTEMS CORPORATION, Ohsaki New City, No. 4, 20 th floor, 6-4, 

Ohsaki 1-chome, Shinagawa-ku, Tokyo, JAPAN 



Signature: . 



h Additional inventors and/or prior applications are listed in attached Supplemental Sheet(s). 



SGR/BDWY 199 



« Supplemental Sheet to U.S. Declaration and Power of Attorney (sgr/bdwy-i su PP .) 



Additional Inventor(s): 

Full name of second joint inventor, if any: MikiMro SUZUKI Citizenship: JAPAN 

Residence (city, state, country): Tokyo, JAPAN 

Post office address: c/o TOYO MICROSYSTEMS CORPORATION, Ohsaki New City, No. 4, 

20 th floor, 6-4, Ohsaki 1-chome, Shinagawa-ku, Tokyo, JAPAN 



Signature: 

Full name of third joint inventor, if any: 
Residence (city, state, country): 
Post office address: 



Date: . 

Atsushi HORIO Citizenship: JAPAN 

Tokyo, JAPAN 

c/o TOYO MICROSYSTEMS CORPORATION, Ohsaki New City, No. 4, 
20 th floor, 6-4, Ohsaki 1-chome, Shinagawa-ku, Tokyo, JAPAN 



Signature: Date: ■ 

Sull name of fourth joint inventor, if any: Fujio MATSUI Citizenship: JAPAN 

^Residence (city, state, country): Tokyo, JAPAN 

ifpost office address: c/o FUJI JUKOGYO KABUSHIKI KAISHA, 7-2, Nishishinjuku 1-chome, 

Shinjuku-ku, Tokyo Japan 



^Signature: Date: 

Mitsunori ISHI Citizenship: JAPAN 

Tokyo, JAPAN 

c/o FUJI JUKOGYO KABUSHIKI KAISHA, 7-2, Nishishinjuku 1-chome, 
Shinjuku-ku, Tokyo Japan 
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Signature: _ . Date: 



Additional Foreign/PCT Applications: 



Foreign/PCT Application No. 


Country 


Filing Date 


Priority Claimed? (yes/no) 



















Lpull name of fifth joint inventor, if any: 
Residence (city, state, country): 
/iPost office address: 



Additional U.S. Applications: 



U.S. Application No. 


Filing Date 


Status (patented/pending/abandoned?) 









Additional Provisional U.S. Applications: 



U.S. Provisional Application No. 


Filing Date 







